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REMARKS 

Applicants thanks Examiner for their detailed review of the application. Applicant has 
added a brief summary section, as requested by the Examiner. 

Examiner objected to claims 3 1 due to informalities. Claim 3 1 has been amended to correct 
the antecedent basis problem changing the inference to '"the first SMI handler** to *the SMI 
handler/* Examiner also objected to use of "the second SMBase." However, in the first limitation 
of claim 3 1 applicant states, ""changing a target SMBase of the SMI handler &om the first SMBase 
address to a second SMBase address associated with tile second processor." Consequently, 
applicant respectfully submits that use of **the second SMBase," in the second limitation of claim 31 
is appropriate, as proper antecedent basis has been provided in claim 3 L 

Examiner rejects claims 1, 3-5, 45, and 47-49 under 102(a) as being anticipated by Dale (GB 
2382180A), Dale discloses at page 18 lines 5-31 the following: 

Thd method is j.nj.tiated by the expiration of one such 
tirtier in step 405, for e;canipie, when it is rieceasary to 
ironitor the control channel mentioned above, At the 
expiration of the timer^ the G3H ULPD seta an RF_RADIO__on 
10 algnal (370 of FIO. 3) *high' , i.e. « voltage level , 
in step 43,0. 

Xhe RF_RADio_ON Signal is &I&0 provideci to the gpio unit . 
021 of PIG, 3) Of the mt sub-5yatem (320 of FIG. 3), 
generating an interrupt to the MMI processor (325 oC FIO,. 
iO 3}/ iA9 iiludtrated in step Jf n^Cs^SAtyj tho 

interrupt signal wakes the KHX prgoeseor. In step 425 ^ 

Here, Dale teaches providing a voltage signal to an RF regulator of a GSM sub-system and to a 
GPIO unit of a MMI sub-system. The GPIO unit of Ihe MMI sub-system then generates an interrupt 
to wake MMI processor 322. 

In contrast} applicant's claim 1 includes, '^generating a wake-up signal with the lin»t 
processor after receiving the first SMI/' and ''receiving the wake-up signal with the second 
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processor." Dale explicitly states an interrupt is generated by the GPIO xinit of the MMI subsystem 
not a wake-up signal with the first processor as included in applicant's claim 1 . Examiner equates 
Dale's Radio On signal to applicant's claim 1 usage of **first SMI;" however. Dale's GSM sub- 
system does not provide a wake-up signal after the Radio-on signal. 

In addition, applicant's claim 1 includes, 'Hhe wake-up signal references a first memory 
address of a default SMI handler." Dale merely discloses recognizing the interrupt as originating 
from the GSM sub-system and initiating the wake up process^ such as fetching and executing 
instructions from a memory element (Sec page 19 lines 1-5 and Figure 4 block 490), but does not 
teach or suggest either that the interrupt itself references a memory address of a default handler or 
that the instructions Srom memory element 1 SO are even associated with a handler. For at least the 
reasons stated above, applicant respectfully submits that claim 1 and its dependent clauns 2-1 1 are 
now in condition for allowance* 

Referring next to applicant's claim 45, the following limitations are included: ''the first 
processor executes the code at the first memory address. . .and* after receiving the wake-up 
signal, wherein the second processor executes the code at the first memory address.*' Dale in 
Figure 4 illustrates that MMI processor is to initiate wake up of memory access components and 
GSM processor is to fetch and execute instruction from a memory element (See Figure 4). 
However, Dale does not suggest the MMI processor and the GSM processor are to execute code at 
the same memory location, i.e. code at the first memory address. In contrast, Ihe first processor and 
the second processor in applicant's claim 45 execute code from the first memory address. As Dale 
does not suggest or teach executing code at the same location with a first and a second processor, 
applicant respectfully submits that claim 45 and its dependent claims, 46-53 are now in condition 
for allowance. 
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Examiner rejects claim 40 under U.S.C. 103 as being unpatentable over Dale in view of 
Nalawadi (US 2003,0009654 Al). However, claim 40 includes the limitation of **a first logical 
processor. . . to handle the first SMI and generate a wake-up signal after the first SMI. Examiner 
equates Dale's RADIO-ON signal to applicant's first SMI and interrupt from the GPIO as 
applicant's wake-up signal. However, as stated above. Dale expressly teaches that the GPIO is in 
the MM! sub-system. Therefore, Dale does not teach applicant's limitation that the first logical 
processor generates the wake-up signal, as Dales GSM sub-system only generates the RADIO-ON 
signal, not a wake-up signal that **teferences a first memory address of a defeult SMI handler." Also 
noted above, is that the GSM processor fetches and executes instructions from memory 350, but 
Dales does not disclose that the instructions are part of a default SMI handler and does not suggest 
that the location of those instructions is referenced in the RADIO-ON signal or interrupt genemted 
by the GPIO. Additionally, Nalawadi is used in combination for logical processors; however, 
Nalawadi does not disclose flie wake-up signal being generated by the first processor or that the 
wake^up signal references a default SMI handler. Consequently, applicant respectfully requests that 
independent claim 40 and its dependent claims, 41-44, are now in condition for allowance for the 
reasons stated above. 

Next, Examiner rejects applicants 26-33, 35-38, 54-59, and 61 under 35 U.S.C 102(b) as 
being anticipated by Nguyen et al, (US 2002/0099893). Nguyen et al. discloses in paragraphs 00 1 8 
to 0019 the following: 
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82, 84, and 86» respectively. In one example, processor 12^ 
is the processor that issued the software instruction that 
caused the issuance of the software SMI; The software SMI 
signature is saved to the SMRAM space 82 associated with 
processor 126. In this example, processor 12c has been 
selected as the processor whose SMI handler will address 
the software SMI. Once processor 12c locates the software 
SMI signature 88, which in this example is in the SMRAM 
space 82 associated with processor 12!>, the SMI handler of 
processor 12c uses the parameters that have been passed to 
the SMRAM that includes software SMI signature. The 
parameter passing step 54 of FIG, 2 is accomplished 
through the SMRAM space of the processor that caused the 
initiation of the software SMI, without regard to the pro- 
cessor that is seleaed by the BIOS of the computer system 
to handle the software SMI, 

[0019] In some cases» only ooc of the processors of a 
multiprocessor system is designated as being the processor 
that handler all system management interrupts. In this sce- 
nario, only one processor of the computer system, the SMI 
processor, will include a SMI handler and the responsibility 
for handliag all system management interrupts will bo 
passed to this processor. The disclosed method of parameter 

Here, Nguyen discloses a method of passing parameters to a single processor executing an SMI 
' handler As noted, processor 12c is selected as the processor whose SMI handler will address the 
software SMI, Processor 12b is merely the processor that issued the initial instruction causing the 
generation of an SMI to be handled. Moreover, later Nguyen discloses that one processor may by 
dedicated as the processor to handle all SMIs, which entails only one processor executing SMI 
handler code. 

In contrast applicant's claim 26 includes the limitatioD of, "^executing a SMI handler with a first 
processor to handle the SMI for the first processor; and executing the SMI handler with a second 
processor to handle the SMI for the second processor/' Unlike execution of SMI code on one 
processor with parameter passing from other processors, applicant's claims include execution of the 
SMI handler or SMI code on both the first and the second processor. Similarly, in claim 54, the 
limitations of "a first processor to execute the SMI code,'' and "a second processor to execute the 
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SMI code, if the SMI is software generated.'^ Here, both the first and the second processor execute 

the SMI code if the SMI is software generated, instead of one processor handling a software SMI 

with parameter passing as described in Nguyen. 

Furthermore, claim 32 includes a limitation of "checking if the SMI is a software generated 

SMI.** However, Nguyen discloses at paragraph 0017: 

[0017] Showa in Ft6» 2 is a flow diagram of the process 
of handling a software SMI of the present disclosure. Prior 
to issuiog a software SMI, at step 40, the application 
program that is being run on one of the processors 12 
performs a parameter passing fiinction by writing the param- 
eters of the SMI to one or more of the registers of the 
processor. At step 42, the application program writes a 
unique software SMI signature to a register of the processor 
that is currently running the application program. At step 44, 
the processor issues the software instmction that causes the 
initialion of the system management inteirupt. IQ most 
instances, the software instruction executed by the processor 
is a write to a defined I/O port of the chip set, specifically a 
write to an I/O port of the PCI bridge 16 or the ejcpansion 
bridge or south bridge 22. At step 46, the chip set receives 
the I/O write that was initiated by one of the processor and 
ixutiates the sy&tem management iotetrupt. In the system 

As can be seen, Nguyen only discloses parameter passing before issuing a software SMI and does 

not disclose applicant's limitation of ''checking if the SMI is a software generated SMI." Nguyen's 

step 46 in Figure 2 includes merely ""the chip set receives the I/O write," not checking if the SMI is 

software generated. Additionally, in Nguyen an SMI signature is stored in SMRAM space and the 

SMI signature may be located by another processor (See paragrs^h 0018)« However, this only 

describes Nguyen's method of parameter passing, i.e. passing an SMI signature parameter^ to 

another processors SMRAM space, not checking whether a generated SMI is a software SMI, as 

compared to other SMIs, such as a hardware SMI. 

Therefore, applicant respectfully submits that claims 26, 32, and 54, as well as their dependent 

claims 27-31 , 32-39, and SS-61, are now in condition for allowance for the reasons stated above. 

Applicant again thanks Examiner for their detailed review, and notes that claims 12-25 were 
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previously designated as allowable. Therefbie, applicant respectfully Tequests that claim 1>61 are in 

condition &>t allowance. 

If there ate any additional charges, please charge Deposit Account No. 50-0221. If a 

telephone interview would in any way expedite the prosecution of the present application, the 

Examiner is invited to contact David P. McAbee at (503) 712-4988. 

Respectfully submitted, 
Intel Corporation 

Dated: February 1, 2007 /Davjd P. McAbee/Ree. No. 58.104/ 

David P. McAbee 



Reg. No. 58,104 



Intel Corporation 
M/SJF3-147 
2111 NE 25*^ Avenue 
HillsboK), OR 97124 
Tele -503-712-4988 
Fax -503-264-1729 
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